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La presente invention concerne une carte de 
gestion de comptes multiples et un procede de mise en 
oeuvre . 

On sait que les banques offrent a leurs clients 
differents services qui sont associes a des types de 
comptes differents et qui peuvent etre geres au moyen d'une 
carte. On connait par exemple les comptes de depot sur 
lesquels la carte permet essentiellement d'effectuer des 
debits, eventuellement avec une possibility de decouverts . 
On connait egalement les comptes de pret automat iquement 
renouvelables (generalement appeles comptes revolving) 
pouvant etre plus ou moins facilement soldes mensuellement 
par le client, la carte devenant ainsi une carte de debit 
differe. 

On connait encore les comptes sur livret pour 
lesquels le client percpoit des int^rets a condition que les 
sommes restent bloquees sur le compte pendant un temps 
minimum, generalement une quinzaine de jours. 

Dans tous les cas, une carte est associee a un 
seul compte et pour 1 ' utilisation de plusieurs comptes l'e- 
tablissement bancaire remet au titulaire autant de cartes 
qu' il a de comptes a utiliser. 

Cette multiplicity des cartes constitue une gene 
pour les utilisateurs qui d'une part, ne souhaitent 
generalement pas transporter un grand nombre de cartes et 
d' autre part, ont du mal a differencier des cartes relati- 
ves a differents comptes en raison d'une presentation 
similaire des differentes cartes emises par un meme 
etablissement bancaire. 

II a ete envisage d'introduire dans une meme 
carte les numeros d' identification de chacun des comptes 
d'un utilisateur afin de pouvoir localiser rapidement un 
compte parmi les comptes tenus par un serveur associe a la 
carte. Toutefois, en raison de la faible place disponible 
dans les memoires des cartes, en particulier les memoires 
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formees par une piste magnet ique, une telle solution n'est 
pas exploitable. 

Par ailleurs, on connait des serveurs comprenant 
un chainage entre les differents comptes d'un titulaire de 
5 sorte qu'un code d' identification insere dans la carte pour 
localiser l'un des comptes permet un acces tres rapide aux 
autres comptes de ce titulaire. Le chainage est generale- 
ment effectue par un renvoi a une table qui donne acces a 
1' ensemble des comptes detenus par le titulaire de la 

10 carte. Pour des raisons de simplification les terminaux 
associ^s a ces cartes affichent une liste complete des 
differents types de comptes accessibles quel que soit le 
nombre de comptes auxquels le titulaire considere a 
ef f ectivement acces de sorte que si un compte auquel le 

15 titulaire ne doit pas avoir acces a ete introduit, soit par 
erreur, soit par suite d'une manoeuvre frauduleuse, dans la 
table dormant un acces effectif aux differents comptes, il 
devient possible pour le titulaire d'acceder a ce compte. 

Selon 1' invention, on propose une carte de 

2 0 gestion de comptes multiples, cette carte comportant un 
code d' identification d'un titulaire des comptes dont une 
partie est representative des comptes auxquels le titulaire 
est autorise a acceder au moyen de la carte. 

Ainsi, prealablement a toute transaction il est 

25 possible de comparer cette partie du code d' identification 
au type de comptes enumeres dans la table de correspondance 
du serveur pour verifier que ceux-ci sont bien d'un type 
dont l'acces est autorise. La lecture de cette partie du 
code d' identification permet en outre de realiser un 

30 traitement en relation avec les comptes auxquels 1' acces 
est autorise. 

Selon une version avantageuse de 1' invention, la 
carte comporte en outre un code de coherence de donnees 
contenues dans une zone de la carte, et le code d'identifi- 

35 cation du titulaire est integral ement contenu dans la zone 
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soumise a un controle par le code de coherence. II est 
ainsi possible de s' assurer que la carte n'a pas fait 
1' ob jet d'une falsification quant aux comptes auxquels le 
titulaire est autorise a acceder. 
5 Selon un autre aspect de 1' invention, celle ci 

concerne un procede de gestion de comptes multiples au 
moyen d'une carte unique contenant un code d' identification 
d'un titulaire des comptes, ce code d' identification 
comportant une partie representative des comptes auxquels 

10 le titulaire est autorise a acceder, le procede comportant 
l'etape de verifier les comptes auxquels le titulaire est 
autorise a acceder en comparant la partie correspondante du 
code d' identification avec une identification des comptes 
memorisee dans un serveur associe a la carte. 

15 D'autres caracteristiques et avantages de 1' in- 

vention apparaltront a la lecture de la description qui 
suit d'un exemple particulier de carte selon 1' invention et 
d'un procede de mise en oeuvre de celle-ci, en reference 
aux figures ci-jointes parmi lesquelles : 

20 - la figure 1 est une reproduction schematique 

d'une carte selon 1' invention et d'un systeme de traitement 
la mettant en oeuvre ; 

- la figure 2 est une representation schematique 
d'un procede de mise en oeuvre de la carte selon 1'inven- 

2 5 tion. 

En reference a la figure 1 , la carte 1 selon 
1' invention comporte d'une fagon connue en soi un support 
de donnees tel qu'une piste magnetique 2 ou un circuit 
int§gr6 3. La carte selon 1' invention est egalement 
30 associee de fagon connue en soi avec un systeme comprenant 
un terminal 4 relie a un serveur 5 contenant pour chaque 
titulaire une table 6 destinee a assurer la correspondance 
entre un numero d' identification du titulaire et des 
comptes 7 de celui-ci. 

3 5 Dans au moins l'un des supports de donnees, la 
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carte comporte un numgro d' identification 8 comprenant une 
partie d' identification du titulaire 8.1 connue par elle 
metne et, selon 1' invention, une partie 8.2 representative 
des comptes auxquels le titulaire est autorise a acceder au 
5 moyen de la carte. Dans le mode de realisation illustre, le 
support de donnees comporte en outre un code de coherence 
9. 

Dans le cas ou le support de donnees est une 
piste magnetique comportant une piste normalis§e IS02, la 

10 partie d' identification proprement dite 8.1 est memorisee 
dans la zone habituellement reservee au code d' identifica- 
tion du titulaire de la carte tandis que la partie 8.2 
representative des comptes auxquels le titulaire est 
autorise a acceder au moyen de la carte est memorisee dans 

15 la zone appelee fichier de donnees discretionnaire (de 
1' anglais discretionary data file) qui, comme la zone 
contenant le code d' identification 8.1 est sous le controle 
du code de coherence generalement denomme CW ou CVC. 

Les comptes auxquels le titulaire est autorise a 

20 acceder au moyen de la carte peuvent etre codes d'une fagon 
quelconque dans la partie 8.2 correspondante du code 
d # identification. Dans l'exemple illustre, cette partie 8.2 
comporte des bits dont la position est representative de 
chacun des types de comptes proposes par l'etablissement 

2 5 concerne . Ainsi dans l 'exemple illustre, le premier bit de 
la partie 8.2 represente le compte de depot, le second bit 
represente le compte revolving et le troisieme bit repre- 
sente le compte sur livret. Chaque bit est 3t 0 pour figurer 
une interdiction d'acces et a 1 pour figurer une autorisa- 

30 tion d'acces. Dans l'exemple illustre, le titulaire de la 
carte est autorise a acc§der au compte de depot et au 
compte sur livret de sorte que la partie 8.2 representative 
des comptes auxquels le titulaire est autorise a acceder 
est memorisee par la sequence 101. 

35 La figure 2 illustre un procede mettant en oeuvre 
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la carte selon 1' invention. Selon ce procede on procede 
tout d'abord a une lecture 10 du code d' identification y 
compris la partie representative des comptes auxquels le 
titulaire est autorise a acceder. On effectue alors un 
controle de coherence 11 en utilisant le code de coherence 
9 memorise dans la carte afin de verifier que celle-ci n'a 
pas ete falsifiee. Si le controle de coherence est n§gatif , 
le terminal procede a un refus d'acces 12 dont la conse- 
quence peut en particulier etre la non restitution de la 
carte. 

Si le contrSle de coherence est positif , un test 
13 sur la partie 8.2 du code d' identification permet de 
determiner si la carte est une carte multicomptes ou est 
destinee a fonctionner avec un compte unique. L' identifica- 
tion d'une carte destinee a fonctionner avec un compte 
unique est par exemple obtenue lorsque les trois bits de la 
partie 8.2 sont a zero. Lorsque la carte est destinee a 
fonctionner avec un compte unique, une procedure simple 14 
est proposee a 1 ' utilisateur . 

Lorsqu'il est detect^ que la carte est multicomp- 
tes, un controle 15 est effectue en comparant la partie 8.2 
du code d' identification a la liste des comptes mentionnes 
dans la table 6 du serveur afin de s' assurer que les 
comptes mentionnes dans la table correspondent effective- 
ment aux types de comptes auxquels le titulaire est 
autorise a acceder. Dans le cas d'un controle negatif, la 
procedure est orientee vers le refus d'acces 12 comme 
precederament . 

Dans le cas d'un controle positif, il est demande 
a l'utilisateur d'indiquer> par exemple au moyen d'un menu 
16 affiche a l'ecran du terminal, s'il souhaite executer 
une operation de credit ou une operation de debit. Dans le 
cas d'une operation de credit, il est demande a l'utilisa- 
teur de choisir le compte sur lequel il veut porter ce 
credit, par exemple en affichant les differents types de 




comptes au moyen d'un menu 17 sur l'ecran du terminal et en 
activant des touches 18 (voir figure 1) correspondant 
seulement aux comptes que le titulaire est autorise a 
mouveraenter. La transaction 19 est alors effectuee. 
5 Si l'utilisateur demande a effectuer une opera- 

tion de debit, il lui est demande d'indiquer le montant 20 
de ce debit puis de choisir au moyen d'un menu 21 le compte 
sur lequel il souhaite effectuer ce debit. II est egalement 
possible de lui proposer par ce meme menu un compte a 
10 debiter. 

Une verification 22 est ensuite effectuee quant 
a la possibility de realiser le debit demande sur le compte 
choisi, soit en verifiant que le solde du compte est 
suffisant si celui-ci peut etre consult^ en ligne, soit en 

15 controlant simplement que le montant du debit demande est 
compatible avec le seuil de debit autorise sur ce compte. 

Lorsque le debit est autorise la procedure est 
orientee vers 1' execution de la transaction 19. 

Lorsque le debit n'est pas autorise, un test 23 

20 est execute pour verifier s'il existe un autre compte sur 
lequel le debit pourrait etre effectue. Dans le cas d'un 
test positif, la procedure est renvoyee sur le menu 21 de 
choix d'un compte ou de proposition d'un compte. S'il 
n' existe aucun autre compte possible, soit parce que tous 

25 les comptes ont ete consultes, soit parce que le terminal 
est programme pour verifier tous les soldes et n'a trouve 
aucun solde suffisant pour accepter le montant du debit 
demande, la procedure est orientee vers un refus de 
transaction 24. On peut egalement prevoir de cumuler les 

30 soldes des differents comptes et de comparer ce cumul au 
montant du debit souhaite. Dans ce cas, la transaction est 
effectuee en affectant a chaque compte une partie du 
montant compatible avec le solde correspondant. 

Bien entendu, 1' invention n'est pas limitee au 

35 mode de realisation decrit et on peut y apporter des 
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variantes de realisation sans sortir du cadre de 1' inven- 
tion . 

En particulier, on pourra prevoir dans la proce- 
dure d'acces la saisie d'un numero d' identification 
5 personnel (PIN) et la comparaison avec un code secret 
contenu dans la carte . 

On pourra egalement modifier 1'ordre de certaines 
operations du procede de mise en oeuvre de la carte en 
fonction des priorites que l'on souhaite donner au controle 
10 ou a la saisie des donnees traitees . 

Bien que 1' invention ait ete decrite plus parti- 
culierement en relation avec un code d' identification 
memorise sur la piste magnetique de la carte, 1' invention 
s'applique egalement a un code d' identification memorise 
15 dans un circuit integre et controle par un code de cohe- 
rence equivalent a celui de la piste magnetique. 
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RE VEND I CAT I ONS 

1. Carte de gestion de comptes multiples, la 
carte comportant un code d' identification (8) d'un titu- 
laire des comptes, caracterisee en ce que le code d'identi- 

5 fication (8) comporte une partie (8.2) representative des 
comptes (7) auxquels le titulaire est autorise a acceder au 
moyen de la carte . 

2. Carte de gestion de comptes multiples selon la 
revendication 1, caracterisee en ce que la carte comporte 

10 en outre un code de coherence (9) de donnees contenues dans 
la carte et en ce que le code d' identification (8) du 
titulaire est integralement contenu dans une zone soumise 
a un controle par le code de coherence (9) . 

3. Procede de gestion de comptes multiples au 
15 moyen d'une carte unique en relation avec un terminal, 

cette carte unique contenant un code d' identification (8) 
d'un titulaire des comptes, ce code d' identification 
comportant une partie (8.2) representative des comptes 
auxquels le titulaire est autorise a acceder, caracterise 

20 en ce qu'il comporte 1 ' etape (15) de verifier par 1' inter- 
mediate du terminal les comptes auxquels le titulaire est 
autorise a acceder en comparant la partie correspondante du 
code d' identification avec une identification (6) des 
comptes memorises dans un serveur associe au terminal . 

25 4. Procede selon la revendication 3 en relation 

avec une operation de debit, caracterise en ce qu'il 
comporte les etapes de choisir par 1 ' intermediaire du 
terminal un compte a mouvementer et verifier si le debit 
est autorise sur le compte choisi. 

30 5. Procede selon la revendication 4, caracterise 

en ce qu'il comporte en outre les etapes de signaler au 
niveau du terminal un refus d' execution du debit demande et 
reproposer un choix de comptes a mouvementer . 

6. Procede selon la revendication 4, caracterise 

35 en ce qu'il comporte en outre les etapes de signaler au 
niveau du terminal un refus d' execution du debit demande, 
verifier la possibilite d'effectuer le debit demande sur 
d'autres comptes du titulaire, et proposer un compte sur 
lequel le debit demande peut etre execute. 
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